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AMBIGUITY-PURGING AND TEMPLATE-CONFLICT-RESOLUTION IN 
COMPUTER NETWORK EVENTS-NOTIFICATION 



CROSS REFERENCE TO RELATED APPLICATIONS 

This application relates to another application filed of even date herewith, with 
common assignee, and entitled: "Computer Network Events-Notification System, 
Apparatus and Method under User Control". 

FIELD OF THE INVENTION 

The present invention generally relates to a computer network events-notification 
system, apparatus and method, and, more particularly, relates to device management 
software under user control at a client or head-end station which manages the monitoring 
and reporting-on of events throughout the network. 

BACKGROUND OF THE INVENTION 

Computer networks are pervasive in our society and virtually all human activity is 
now influenced at least to some extent by existence and usage of these networks. 
Therefore, the more reliable these networks are, the better for all concerned. 
Accordingly, substantial effort is being invested in improving reliability and long-term 
operability of these networks. One current approach to improving computer network 
reliability is to continuously monitor events or operating states of peripheral devices on 
an individual basis in the network to determine if those states reflect normal or failing 
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1 peripheral-device operation. Each peripheral device or group thereof has its own 

2 individually dedicated server for performing at least that monitoring function. If such 

3 monitoring allows for sufficiently early notification of an event such as a failing device or 

4 portion thereof, (e.g., in a disk drive peripheral, failure-events such as cooling-fan failure, 

5 bad fuse, ac power failure, invalid data sector read, checksum error, inconsistent time 

6 stamps, incoherent stripe, etc. can occur), then action can be undertaken in an attempt to 

7 avoid or mitigate effects of the particular failure mechanism(s) involved. Accordingly, 

8 overall system or network reliability is generally enhanced by such timely event- 

9 notification and response thereto. But, setting-up the notification system on an individual 

10 basis, and monitoring and reporting events on an individual basis is problematic as 

1 1 discussed further below. 
12 

13 Typically, in the aforementioned prior art, operating states of hardware peripheral 

14 devices, such as, for example, disk drives, are monitored and software is utilized as the 

15 avenue by which such monitoring is performed. Distributed management software 

16 running in client server networks is available now for these purposes. In this prior art, as 

17 noted, a server-host computer is normally associated with, or dedicated to, a group of 

18 peripherals including disk drives and is tasked with monitoring events (such as failures) 

19 associated with those peripherals and reporting such events to its client. However, since 

20 each such group of peripherals has its own server for that purpose, each such server 

21 operates in this events notification arena independently of all other servers in the 

22 network. Thus, there is a one-to-one relationship between any disk array and the server 

23 computer monitoring it. This arrangement necessitates the programming and set-up of 
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1 each such server on an individual basis to monitor a particular peripheral or group of 

2 peripherals. In other words, in the prior art 5 methodology for handling this peripheral 

3 device state information, or system event configuration information, involves a manual 

4 set-up on a per-host basis (one server at a time). This set-up is accomplished by editing a 

5 text-based configuration file which is very time consuming and error-prone. And this 

6 arrangement offers further complexity if changes or upgrades are required: for example, 

7 if a new computer network service person hires-on with a new pager number, it is a non- 

8 trivial challenge to travel to each separate storage system on a network of, for example, a 

9 thousand or more disk drive peripherals scattered geographically around the nation (or, 

10 even worse, around the globe) in order to properly upgrade the pager number for each 

11 peripheral device cluster. Additional challenge is presented in the events-notification 

12 arena by pre-existing network state conditions wherein portions of a client's database 

13 contain data in conflict with other data contained in portions of one or more of its servers' 

14 databases. These complexities, limitations and challenges of the prior art are addressed 

15 and overcome while further enhancing reliability of network operation, by the welcome 

16 arrival of the present invention. 
17 

1 8 SUMMARY OF THE INVENTION 

19 In certain embodiments of the present invention which avoid the aforementioned 

20 prior-art one-to-one relationship between server and peripheral cluster in the event- 

21 notification arena, control over all event notification activity in the network is placed with 

22 the network's user at a single point in the network by virtue of novel improvements made 

23 to existing distributed management software. In these embodiments, system, apparatus, 
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1 method or computer program product is provided to enable the client to permit the 

2 network user to establish an events-notification system wherein template software objects 

3 of event-errors of interest are created at the user interface and deployed to the servers' 

4 databases, while at the same time ensuring that any pre-existing server-database template 

5 objects and identically-named client template objects contain identical object data. Such 

6 template software objects, created and deployed as noted, and ensuring unambiguity as 

7 noted, are also compatible with and useable in Storage Area Network (SAN) and 

8 Network Attached Storage (NAS) environments. 
9 

10 In further features of these embodiments of the present invention, either a system 

1 1 including its sub-system components, apparatus, method, or computer program product 

12 including programmable code, is provided to enable the client to permit the user to 

13 retrieve any pre-existing server-database template objects and compare their names with 

14 those stored in the client-database, add new templates to the client database comprised of 

15 pre-existing object data from any pre-existing template objects with names that do not 

16 match client template object names, and resolve any conflict between any pre-existing 

17 server-database template objects and any client template objects having identical names 

18 but having different data. 
19 

20 In yet another feature of these embodiments of the present invention, the client 

21 permits the user to resolve such conflict by either deleting conflicting server-stored 

22 template objects, renaming server-stored template objects, updating server-stored 

23 template objects, or taking other action to resolve the conflict. 
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In still another feature of the present invention, purging ambiguity between a 



3 client or primary template object and any pre-existing server-location or network-remote 

4 template objects involves apparatus, methodology, computer program product or a 

5 system for permitting the client to retrieve pre-existing server-location template objects, 

6 compare names of each of the pre-existing objects with all names in the client template- 

7 object, add pre-existing template object data to the client template object from pre- 

8 existing server objects having names that do not match client template object names, 

9 compare pre-existing contents of pre-existing server objects with other contents of the 

10 client template object for client and server objects having the same name and to purge 

1 1 ambiguity if the compared contents are different. 
12 

13 In an alternative embodiment of the present invention, an events notification 

14 system deployed across multiple client-server networks, under the conditions of a client 

15 from one network being operatively coupled to a server of a different network, updates 

16 templates on the different-network server to conform to otherwise conflicting templates 

17 on the client from the one network. And the different-network client updates the 

18 templates in its database to conform to the updated templates in the different network 

19 server. 
20 

21 It is thus advantageous to use the present invention to improve reliability of 

22 computer networks utilizing network-distributed event-notification techniques without 
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1 encountering the complexities, inconveniences and shortcomings of the prior art 

2 approaches to reliability enhancement. 
3 

4 It is therefore a general object of the present invention to provide improved 

5 computer networks. 
6 

7 It is another object of the present invention to provide improved client-server 

8 computer networks, including those operating within SAN (Storage Area Network) 

9 and/or NAS (Network Attached Storage) environments, with enhanced reliability due to 

10 utilizing network-distributed event-notification techniques that can purge ambiguity in, 

11 and resolve conflicts between, conflicting databases located respectively on the client and 

12 on its server(s). 
13 

14 Other objects and advantages will be understood after referring to the detailed 

15 description of the preferred embodiments and to the appended drawings wherein: 
16 

17 BRIEF DESCRIPTION OF THE DRAWINGS 

18 Fig. 1 is a block diagram of a network of the type for which the present invention 

1 9 would provide enhanced reliability; 

20 Fig. 2 is a flowchart depicting an algorithm useful with the present invention and 

21 associated with use of a template object by a server to process events and notify the user; 

22 Fig. 3 is a flowchart depicting an algorithm useful with the present invention and 

23 associated with the user-interface at the client creating a template object; 
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1 Fig. 4 is a flowchart depicting an algorithm useful with the present invention and 

2 associated with the user-interface at the client applying a created template-object to 

3 specific server(s) in the network; 

4 Fig. 5 is a flowchart depicting an algorithm of an aspect of the present invention 

5 associated with synchronizing between, or purging ambiguity of, pre-existing template- 

6 object contents and template-object names on the one hand and newly-retrieved template- 

7 object contents and template-object names on the other hand; 

8 Fig. 6 is a flowchart depicting an algorithm of an aspect of the present invention 

9 associated with resolving any conflicts in template-object names and contents uncovered 

10 through use of the algorithm depicted in Fig. 5; 

1 1 Fig. 7 is a block diagram of an alternative embodiment of the present invention 

12 wherein features of enhanced reliability provided thereby are applied to multiple clients 

13 sharing one or more common servers; and, 

14 Fig. 8 is a facsimile of a dialog box of the type that could be employed within the 

15 present invention at the user interface. 
16 

17 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

18 

19 Prior to discussion of Fig. 1 , it should be understood that certain terms herein are 

20 used interchangeably. The terms client, head-end station, head station or work-station all 

21 refer to the same section of a computer network having a terminal typically with 

22 keyboard and mouse interface ( collectively, user interface) and local storage (local 

23 database or client database), such section being in charge of, in control of, the head of, or 
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the client demanding service from, the remainder of its network or system. And, the 
terms server, server location, host, agent, remote agent all refer to other section(s) of the 
network each including processing, storage and other peripheral functions responding to 
commands from the client and serving the client in response to those commands. A 
template is a software object or container, which holds data structures, commands, and 
other binary information, and which is capable of user manipulation or configuration at 
the location of the user interface. The template holds specific binary information 
pertaining to: (1) screen displays for the user interface such as dialog boxes, check 
boxes, etc.; and/or (2) substantive content on, or information contained within or 
represented by, such screen displays including at a minimum: (a) different kinds of 
events; (b) varying severity of the different kinds of events; and, (c) various kinds of 
responses to each of the various event occurrences. The templates or portions of binary 
information contributing to such templates are deployable or assignable throughout the 
network by the user at the user interface which is capable of being situated at one location 
in the network. The user-interface is that connective boundary between the human-user 
and the computer system, typically conceived as the client terminal's screen with 
keyboard/mouse interaction. In a client server network, whether or not included in or 
with a SAN or NAS environment, the client and its servers including communication 
therebetween and client-control thereover comprise a system, with such servers and their 
respective processors and storage being sub-system components therein. Peripheral 
cluster includes such storage and any other peripheral devices under control of its 
respective server. 
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Figure 1 



2 



Referring to Fig. 1, a block diagram is shown of a client-server network of the 



3 type for which the present invention would provide enhanced reliability. Client (or head 

4 station) 101 presents a user interface (UI) for a user of the network via its terminal screen 

5 and keyboard at a single point of control in the network. Typical computer system 

6 dialog, edit, and check boxes, etc. are presented on the screen which the user can 

7 configure and with which the user can interact, and about which more will be discussed 

8 in connection with Fig. 8 hereinbelow. Additional screen shots (screen display 

9 facsimiles) and other relevant information is published in "EMC Navisphere Event 

10 Monitor Version 4.X USER GUIDE P/N 069000970-00" having 122 pages, printed by 

1 1 EMC Corporation, Hopkinton, MA, October, 2000, and incorporated herein by reference 

12 in its entirety. Storage device or disk array 105 is operatively coupled to client 101 and 

13 contains at least the client's database. Client or user templates 1 10 are shown associated 

14 with client 101 . They are software objects which are stored in storage device 105 and 

15 subject to user control and deployment throughout the network by way of operation of 

16 client 101 with which the user interfaces, as noted. Templates 1 10 will be discussed in 

17 more detail in connection with other figures hereinbelow. 
18 

19 Servers 102, 103, and 104 are shown operatively coupled via network bus 1 14 

20 from Client 101 in this client-server network. Any or all of these servers can be remotely 

21 located at widely-displaced geographical distances from the client or can be located 

22 physically near the client. Also, it is to be understood that a vast number of servers (up to 

23 1000 or more) can be connected on any particular network and only three are shown in 
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1 this Figure for purposes of enhancing clarity of presentation. Server 102 is operatively 

2 coupled to disk array or 106; server 103 is operatively coupled to disk arrays or storage 

3 devices 107 and 108 as well as to network cloud 1 15 representing Network Attached 

4 Storage (NAS) or Storage Area Network (SAN) environments and designated herein 

5 SAN/NAS or NAS/SAN for convenience purposes; and, server 104 is operatively 

6 coupled to storage device 109. Server templates 1 1 1 are shown associated with server 

7 102 and are stored in storage device 106; server templates 1 12 are shown associated with 

8 server 103 and are stored in storage devices 107 and/or 108 as well as within storage 

9 devices (not shown) operating within or associated with NAS/SAN cloud 115; and, 

10 server templates 1 13 are shown associated with server 104 and are stored in storage 

1 1 device 109. These server templates are also software objects and they have been 

12 deployed or assigned by client 101 to databases in their respective server-based storage 

13 devices. Host or client 101 where the configuration UI software is running maintains a 

14 database on its storage device 105 of all server templates used throughout the site or 

15 network (in this instance templates 111, 112, 'and 1 1 3). These server templates as well as 

16 the client templates are thus also under control of client 101 and will also be discussed in 

17 more detail in connection with other figures hereinbelow. 
18 

19 Figure 2 - Server Activity 

20 Referring to Fig. 2, a flowchart is presented which depicts an algorithm useful 

21 with aspects of the present invention and which is associated with use of a template 

22 software object in a client-server network by its server to process events and notify the 

23 user of those events. The algorithmic process starts with block 201 which represents the 
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1 step by which such event is detected. This event could be, for example, a failure in a disk 

2 drive, such as a fan failure, fuse failure, etc. The algorithmic process moves next to block 

3 202 where a template stored in the database associated with that server is obtained (e.g. in 

4 Fig. 1 , template 1 1 1 from the database stored within storage device 1 06 associated with 

5 server 102). The algorithmic process moves next to decision block 203 where it is 

6 determined if the detected event is covered by that obtained template. On the one hand, if 

7 that event is covered by such template, then the algorithmic process moves to block 205 

8 representing steps to be taken to launch responses defined in the template. Such 

9 notification option responses could include, for example, the sending of an email to a 

10 particular email address or addresses advising of the particular component failure; in lieu 

1 1 of, or in addition to, such email response(s) another response, for example, could be to 

12 send a pager alert to page an individual or group of individuals. These notification 

13 options thus result in template options. Other responses including "specials" designed by 

14 the user such as, for example, robot intervention, substituted components, etc. could be 

15 employed. Presumably, such notifications of the occurrence of this event would bring 

16 about human reactions whereby such event would be handled or managed in a manner to 

17 mitigate any potential network-disaster ramifications. On the other hand, if such event is 

18 not covered by the obtained template, the algorithmic process moves to decision block 

19 204 whereby a determination is made regarding the existence of any more templates in 

20 this particular server's database. If "yes, there are more templates" then the algorithmic 

21 process returns via line 206 to block 202 to obtain a heretofore "unobtained" (for this 

22 particular event examination subroutine) template which is then examined in block 203 as 

23 before to see if it covers the event and processed as described above. But, if "no, there 
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1 are not any more templates", then the process is "done", as there are no more templates to 

2 examine. 
3 



5 such as email and/or paging are launched, the algorithmic process returns to block 202 

6 via line 207 to determine if such event is also covered by any other templates in that 

7 server's database by iteratively cycling through blocks 202, 203, and 204 until it is 

8 determined that there are no more templates covering such particular event. As an 

9 alternative embodiment, after the responses are launched in accordance with block 205, 

10 the algorithmic process at block 205 need not move via line 207 to block 202, but instead 

11 could move via line 208 to "done", where it is assumed in this alternative embodiment 

12 that there are no other templates covering such event in that server's database. 
13 

14 Figure 3 - Creating a Template 

15 Next, referring to Fig. 3, a flowchart is presented depicting an algorithm useful 

16 with aspects of the present invention and associated with creating a template software 

17 object at the client or head-end station by way of the user-interface. 
18 

19 In block or step 301, events of interest are selected or chosen to be covered by the 

20 template. In other words, the user determines which particular events, are to be 

21 monitored, whether they be full failure events, or degraded operating condition events, or 

22 other events This determination can vary from template-to-template depending on which 

23 particular server-storage subsystem in the network is being targeted for monitoring. 



4 



Returning this discussion to block 205, after the responses to this particular event 
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1 Certain subsystems may have a propensity for certain degradation or failure modes as 

2 opposed to others. These selections are made at a single point or location in the network 

3 by the usual point-and-click technique at the user interface, about which more detail will 

4 be provided in connection with Fig. 8. 
5 

6 The algorithmic process moves next to step or block 302 wherein the next 

7 selection is made - selection of responses desired when events selected in block 301 are 

8 detected. All responses for all events can be identical, e.g., selection of only email 

9 responses for any detected event. Or, each response can be tailored for each event, e.g., 

10 email responses for fan failures sent to first service personnel, and pager responses for ac 

1 1 power failures sent to second service personnel, etc. Again, these response selections are 

12 programmed into the system via the user interface, at a single point of contact in the 

13 network, where all of these response selections can be conveniently planned at time of 

14 their creation for subsequent deployment. For example, two different templates can be 

15 conveniently and serially created by a user at a single point in the network at the head- 

16 end station for covering identical events occurring at two different server subsystems 

17 located in very different regions of the country, where each subsystem would be better 

18 serviced by signaling a different response tailored to their different regional locations, 

19 with the user's advance knowledge that either or both of these different templates can be 

20 deployed or assigned to these different server locations at separate times and when 

21 desired. Of course, it is conceivable that this convenient template creation activity can be 

22 expanded to hundreds or even thousands of templates, each being conveniently created 
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1 slightly differently from others for optimization purposes for usage at hundreds or even 

2 thousands of different server locations respectively. 
3 



5 response to be received by the user is selected. Format is associated with how the 

6 message would look or sound, depending on the nature of the response. In an email, for 

7 example, look or layout of the message in the email can be textual or can be pictorial if 

8 documents are attached, etc. In an audio response, if a telephone message is generated as 

9 the response, the verbally-provided explanation can take various forms including, e.g., 

10 different background music or sound styles suggestive of different levels of severity of 

1 1 the problem being reported. A different format can not only be selected for each 

12 template, but can also be selected for each response within the same category of 

13 responses within the same template. For example, for the email category of responses, 

14 there can be a different kind of email format selected for each different kind of event 

15 within one particular template used with a single server subsystem having one or more 

16 disk drive systems operatively coupled thereto. For example, emphasis such as 

17 capitalized letters, boldface or italicized text, or frames or borders around certain text can 

18 be provided. 
19 

20 Next, in step 304, the template software object is created from data generated in 

21 steps 301, 302, and 303, i.e., the template is constructed at the user interface from 

22 selected (or ranges of) events, selected (or ranges of) responses, and selected (or ranges 

23 of) message formats. The template is written to the client's diskdrive, where it is stored, 
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The algorithmic process next moves to step 303 where format of the message or 
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1 e.g., diskdrive 105 associated with server 101 of Fig. 1. This allows the user to shut- 

2 down the client computer, or head-station, without needing to recreate the template. 

3 Templates created and stored in the hard-drive will be permanently available for future 

4 deployment as the network expands or changes. Thus a database or repertoire of many 

5 templates for different requirements can be built-up in advance and stored on the head- 

6 station disk drive. Accordingly, tremendous flexibility is available to the user in that 

7 these templates can be tailored for particular circumstances, and for varying 

8 circumstances: e.g. a template which requests paging responses for weekdays can switch 

9 to requesting email responses over the weekends and holidays! Other templates can be 

10 created to run virtually any user program as a response to an event, where the user 

1 1 program could fail-over to another machine offering redundancy in the network; 

12 alternatively, the user program could attempt to fix the problem associated with the 

13 detected event, even sending a robot to the rescue in certain classes of failures, such as 

14 removing and replacing a broken disk drive! 
15 

16 Figure 4 - Applying a Template 

17 After a template(s) is created by the user as discussed relative to Fig. 3, it has to 

18 be properly deployed or applied at specific locations throughout the network as desired 

19 by that user. Accordingly, referring next to Fig. 4, a flowchart is presented depicting an 

20 algorithm useful with aspects of the present invention and associated with asserting, or 

21 controlling application of, a created template-object to specific server(s) in the network 

22 from the user-interface located at the client or host-station. The algorithm starts with step 

23 or block 401 where the user at the user interface (using the point/click technique on the 
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1 appropriate dialog box on the terminal screen, to be discussed further hereinbelow) 

2 chooses a particular template from a group of templates that had been created in 

3 accordance with Fig. 3, and stored in the client's database, e.g., in storage device 105 of 

4 Fig. 1 . This selection is made based on user's knowledge of what kinds of events, what 

5 kinds of severity levels for each of those events, and what kinds of responses have been 

6 designed-into this particular template. 
7 

8 Next, in step 402, the user chooses the particular host (server) or hosts running 

9 agent software that are to be monitored by this template, by, e.g., pointing/clicking on a 

10 tree display in an event configuration dialog box displayed on the terminal screen at the 

1 1 user-interface. Further detail about this user interface operation will be discussed 

12 hereinbelow in connection with Fig. 8. Next, in step 403 the user chooses certain storage 

13 system(s) operatively coupled to the particular host(s)/server(s) upon which the user 

14 wants this particular template to be asserted or applied. In other words, there may be 

15 multiple storage systems as, for example, disk drives 107 and 108 or others (not shown) 

16 associated with SAN/NAS cloud 1 15 connected to host/server 103 in Fig. 1, where a 

17 template could be applied to only disk drive 107 and not disk drive 108, or vice-versa, or 

18 only to certain others associated with cloud 115 and neither 107 nor 108. 
19 

20 In step 404, user forwards the template chosen in step 401 to the server subsystem 

21 (remote agent) associated with the storage system(s) selected in step 403. For example, 

22 in Fig. 1, one of the templates shown in group 110 would be sent to host 103 for 

23 application to one of the disk drives 107 or 108 or connected with cloud 115. Also, in 
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1 step 404 the server or host associated with the selected storage system(s), e.g. host 103, 

2 and the selected storage system, e.g. disk drive 107, are commanded to start using the 

3 forwarded template immediately. In step 405 the remote agent saves a local copy of the 

4 forwarded template on its relevant disk drive and starts using the template immediately, 

5 and the algorithm is then "done". 
6 

7 Figure 5- Purging Template Ambiguity 

8 The foregoing algorithms and discussion thereof set forth essentials of operation 

9 of an events-notification scheme with which certain embodiments of the present 
10 invention, involving template-calibration or template-synchronization or template- 

*i 1 1 ambiguity-purging, are particularly useful. These embodiments ensure against multiple 

?i 12 templates with the same name having different contents, which, if not corrected are 

at 

Q 13 erroneous conditions which can negatively impact operation of the events-notification 

it 

k* 14 scheme. Referring to Fig. 5, a flowchart depicts an algorithm of an aspect of the present 

111 

15 invention associated with purging ambiguity in a situation where pre-existing server 

.si, 

16 template-object content has a certain name and different pre-existing or newly-retrieved 

17 client template-object content has the same certain name. The algorithm starts with step 

18 501 where the head-end station (client) retrieves a particular pre-existing template from a 

19 particular database maintained on a particular storage device associated with a particular 

20 server-host, such as, for example, template 1 13 from a database maintained on storage 

21 device 109 associated with host 104 in Fig. 1 . (Such particular template could have been 

22 located on a storage device associated with a host (not shown) within or related to cloud 

23 115 of Fig 1.) After retrieval is accomplished, the algorithmic process moves to decision 
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1 block 502 wherein a comparison is made between the name of this retrieved pre-existing 

2 server template and the name of every template in this head-end station database. If the 

3 name is not the same the algorithmic process moves to block 507 wherein the retrieved 

4 template is added to this head-end database. Block 507 is returned to the start of block 

5 501 where the tnext template is retrieved. But, if the name of the retrieved pre-existing 

6 template was the same as, or identical to, the name of any template in the head-end 

7 station then the algorithmic process would have moved to decision block 503. In block 

8 503, a decision block, the two identically-named templates' contents are compared and if 

9 the contents are not identical the process moves to block 508. In block 508 the conflict is 

10 resolved and the process moves from there back to the beginning at block 501 . The input 

11 to and output from block 508 are tabbed "A" and "B" respectively to coordinate with Fig. 

12 6 which is a subroutine comprising block 508 and about which more discussion will take 

13 place hereinbelow. 
14 

15 However, if the two identically-named templates' contents are identical then the 

16 process moves to decision block 504 wherein the query is posed: are there any other 

17 unretrieved templates in this remote agent database (in the database on the disk drive 

18 associated with the server/host)? If "yes" then the algorithmic process loops back to 

19 "start", is repeated, and continues to loop back until all other unretrieved templates (step 

20 504) in this disk drive are retrieved; if "no" the process moves to block 505. 
21 

22 At this point in the algorithm of Fig. 5, all pre-existing templates stored in this 

23 particular remote agent database have been compared with all pre-existing (if any) and 
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1 newly-retrieved templates stored in the client database, and all ambiguities, if any, 

2 regarding names and contents of templates for this particular remote agent database have 

3 been resolved. However, there may be other remote agents serving this head end station, 

4 as, for example, consider the three remote agents 102, 103, and 104 of Fig. 1 where only 

5 one had been compared and cleared. Accordingly, the algorithmic process moves next to 

6 block 505 wherein the query is posed: are there any other remote agents serving this 

7 head-end station? If yes, then the entire algorithmic process from "start" up to this point 

8 is repeated as depicted; but, if "no", then the process is "done". 



12 feature of the present invention associated with resolving any conflicts between template- 

13 object names and contents uncovered through use of the algorithm of Fig. 5. The "A" tab 

14 at "start" and the "B" tab at "done" indicates that this flowchart fits within the "A" and 

15 "B" tabs of Fig. 5. Block 601 refers to the step where the user is prompted to resolve, at 

16 the user interface, a conflict between name and contents in two templates. Decision 

17 block 602 allows the user to delete the conflicting retrieved template; if deleted by the 

18 user the procedure is "done". If not deleted, the procedure moves to decision block 603 

19 which allows the user to rename the conflicting retrieved template; if renamed by the 

20 user the procedure is "done". If not renamed, the procedure then moves to decision block 

21 604 which allows the user to update the remote server's copy of the conflicting retrieved 

22 template with the contents of the client's template; if updated the procedure is "done". If 

23 not updated the procedure then moves to decision block 605 which allows or requires a 
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Figure 6 - Template Name/Contents Conflict Resolution 
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Referring to Fig. 6, a flowchart depicts an algorithm of another aspect or further 
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1 different user to update a local template on a different client about which more will be 

2 explained in connection with Fig. 7 hereinbelow. If not updated the procedure then 

3 moves to block 606 generically entitled "take other resolution action". Block 606 refers 

4 to "special" resolution action, such as, for example, running user's software to generate a 

5 fix or bringing in a robot to perform a robotic activity. If such special action is taken the 

6 procedure is "done". If no special action taken, the procedure moves to "do nothing" 

7 block 607 and the procedure is "done". 
8 

9 Circumstances under which a user might prefer delete to the other actions could 

* 10 be where he/she does not want the template to be present any longer; another template 

I 

J 11 can be added at a later time. Circumstances under which a user might prefer rename to 

12 the other actions could be where the user wants the template contents on the remote host 

13 to remain as they are, but needs to resolve the naming conflict, where the action of 

14 merely renaming the remote host template accomplishes this goal. Circumstances under 

15 which a user might prefer update to the other actions could be the most common case, 

16 where the user wants to update the template of the same name with the contents of the 

17 client's database. And, circumstances under which a user might prefer other resolution 

18 action could be where none of the foregoing choices are desirable or where another 

19 special choice available to a particular user is an optimum choice under the then 

20 circumstances of that particular user. 
21 

22 Figure 7 - Alternative Embodiment - Multiple Clients 
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Finally, there could be a network scenario where there are separate networks each 



2 having their own segregated clients and servers, but where one or more servers from one 

3 or more other networks, for some reason, have been arranged to interact with the above- 

4 noted client of this network. Referring to Fig. 7, this scenario is presented in a block 

5 diagram. The above-noted client CI 701 (equivalent to Client 101 of Fig. 1) is shown 

6 operatively networked to server-database combinations or server-locations 703, 704, and 

7 705 (for purposes of simplification, these three singular blocks should be viewed as 

8 combining the functions of server, database, and template as represented separately in 

9 Fig. 1). Components 701, 702, 703, and 704 comprise network I, as shown, which is 

10 separated from network II by imaginary demarcation line 709. (Many more networks 

1 1 which could have been shown with many servers per network are not shown to enhance 

12 clarity of presentation.) Network II comprises different client C2 702 which is 

13 operatively coupled to its server-database combinations 706, 707, and 708 (to be viewed 

14 similarly to 703, 704, and 705). The cross-network connection 710 shows that above- 

15 noted client 701 is operatively coupled out of its normal network to server 706. In this 

16 instance if there is a conflict between names and contents of templates stored on 

17 databases associated with server 706 and client 701, client 701 updates conflicting 

18 templates stored on databases in server 706 to conform to its own templates. In such a 

19 case, such updated templates in server 706 are also changed relative to expectations of 

20 other client C2 702. However, an assumption is made that Client CI is operating with 

21 new data and Client C2 is operating with old or obsolete data. In other words, the most 

22 current event-notification-establishment-user can over-ride template names or contents 

23 for templates stored in databases of servers that are common to itself and other clients. 
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1 Thus if client C2 702 had established its event-notification parameters earlier than the 

2 establishing of event-notification parameters for client CI 701, then any client CI 701 

3 templates imposed on databases associated with server 706 in Network II shall be further 

4 imposed on Client C2 702 as being the "latest" or "most preferred" event response or 

5 template. This is summarized in decision block 605 of Fig. 6 as an action to resolve 

6 conflict by "update local template", which means, in terms of the example and scenario 

7 used herein, to update the local template in client C2 702. 
8 

9 

10 Figure 8 - Template Property Dialog Box 

11 Fig. 8 is a facsimile of a dialog box, entitled "Template", of the type that could be 

12 utilized within disclosed embodiments of the present invention. (In Fig. 1 , client's 

13 templates 1 10 include dialog boxes such as the one shown in Fig. 8.) This dialog box and 

14 other similar graphical user interface boxes and icons with their responsiveness to "point 

15 and click" of the mouse and to inputs from the keyboard are essentials of the 

16 aforementioned "user interface". In other words, the present invention provides device 

17 management software which runs on various computer systems and which offers a user 

18 the convenience of selecting, at a single point in the network, various devices to monitor, 

19 the manner by which monitored events shall be reported, to whom such reports shall be 

20 sent, and other related activities. All of this control and management is achieved by the 

21 user interacting with various screen presentations generated by such software. For 

22 example, in the right hand portion of Fig. 8 "Event Category" is offered by way of 

23 checkboxes, and "storage system" is shown checked in the Figure, which was achieved 
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1 by pointing to and clicking on that particular checkbox with the mouse associated with 

2 this client's terminal. Other event category checkboxes shown are "network", 

3 "navisphere application", "array software", "storage processor state", "HBA" (host bus 

4 adapter), and "JBOD" (just bunch of disks). Also shown below the Event Category is 

5 another section of checkboxes entitled "Event Severity". There are four check boxes and 

6 two are shown as checked: "Error" and Critical" are checked, and "Information" and 

7 "Warning" are shown unchecked. In this manner a particular user, being interested in 

8 events of only a particular severity, can control number of notifications received about 

9 events associated with a particular piece of hardware. In this example, hardware 

10 involved is the checked "storage system" shown under the event category and the only 

1 1 notifications received will necessarily meet the standard of "error" and "critical" in 

12 accordance with their checked boxes. Thus other errors that rise only to the level of 

13 "warning" or "information" will not be forwarded to the user. 
14 

15 As is to be understood, Fig. 8 depicts a "windows" type of screen display, and a 

16 portion of a window underlying the "Template" dialog box, entitled "Event Monitor 

17 Configurator" is shown at the left-hand side of the Fig. It can be seen that the 

18 Configurator shows a "tree" presentation of servers with their associated storage devices 

19 as well as a tree presentation of templates with their respective event response directives. 

20 The rest of the nomenclature shown in that view and in the view of another window 

21 underlying that view is nothing more than typical information that could be so displayed, 

22 and it has no further relevance to operation of the present invention. In the usual fashion 

23 when dealing with Microsoft Windows styled software, the underlying Event Monitor 
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1 Configurator can be brought to the top of the window pile and available icons can be 

2 selected by point and click techniques to allow the user to select amongst the servers and 

3 their respective storage systems and to choose templates and responses as noted. 
4 

5 It is to be understood that this singular screen display facsimile is intended to 

6 represent the concept of providing the user with a multiplicity of similar displays of 

7 various types having various modes of interaction (such as edit boxes, radio buttons, 

8 checkboxes, clickable icons, tabs, control buttons, etc.) that would be made available by 

9 running the software of the present invention. Such additional screen displays are not 

10 included as they would not further enhance clarity of presentation of the present 

1 1 invention. However, the incorporated-by-reference "EMC Navisphere Event Monitor 

12 Version 4.X User Guide" offers additional screen shots (screen display facsimiles) and 

13 other information which are useable and useful at the user interface in connection with 

14 operation of the present invention. Software of the present invention has been 

15 implemented in C++ programming language. Alternatively, other programming 

16 languages are suitable for use in implementing the various embodiments of the present 

17 invention and they include C, JAVA, assembly language, etc. 
18 

19 Various embodiments of the present invention are to be considered in all respects 

20 as illustrative and not restrictive. Other algorithmic schemes may be employed to 

21 accomplish the various aspects of the present invention. For example, in Fig. 5, all 

22 templates could be retrieved simultaneously as opposed to the sequential operation 

23 shown. In Fig. 6, fewer or more choices could be provided for the user, or these actions 
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1 could be selected automatically without involving user choice. In Fig. 7, more clients 

2 could be included and more interconnections between and amongst clients from one 

3 network to servers from another network could be made than only those that are shown. 

4 And, embodiments of the present invention are readily applicable to the SAN (Storage 

5 Area Network) environment, the NAS (Network Attached Storage) environment, as well 

6 as the Client-Server environment. Scope and breadth of the invention is indicated, 

7 therefore, by the appended claims rather than by the foregoing description, and all 

8 changes which come within the meaning and range of equivalency of the claims are 

9 therefore intended to be embraced therein. 
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